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SPECIFICATION 

INFORMATION EXCHANGE METHOD, INFORMATION PROCESSOR, 
INFORMATION GATHERING SYSTEM, COMMUNICATION METHOD, 
COMMUNICATION SYSTEM, INTERMEDIARY DEVICE, AND COMMUNICATION 

DEVICE 



Technical Field 

10 The present invention relates to an information exchange method, an information 

processor, an information gathering system, a communication method, a communication 
system, an intermediary device, and a communication device, and more particularly, for 
transmitting information by a server from an information gathering device to a terminal 
device, to an information exchange method, and an information processor, an information 

15 gathering system, a communication method, a communication system, an intermediary 
device, and a communication device. 

Background Art 

Fig. 1 is a diagram showing a system configuration of a conventional information 
20 exchange system. 

Conventional information exchange system 1 is configured in such a manner that 
information gathering devices 11-1 to 11-n, a server 12, and terminal devices 13-1 to 13-m 
are allowed to communicate with each other through a network 14. 

The information gathering devices 11-1 to 11-n may be, for example, video cameras 
25 that take pictures of their surroundings to collect pieces of live streaming video image 
information. It should be noted that the information gathering devices 11-1 to 11-n may be 
those that provide pieces of streaming video information in real time. 

The n pieces of real-time and/or live streaming video image information gathered by 
the information gathering devices 11-1 to 11-n are supplied to the server 12 through the 
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network 14. The server 12 distributes and delivers these pieces of real-time and/or live 
streaming video image information gathered by the information gathering devices 11-1 to 11- 
n to the individual terminal devices 13-1 to 13-m, in answer to a request from the terminal 
devices 13-1 to 13-m. 

5 It should be noted that the conventional information gathering systems of the type 

described are designed for cases where the number of pieces of the streaming video image 
information to be exchanged is more overwhelming than the number of users, so the server 
12 is required to have a high processing capacity. 

To this end, the conventional information exchange methods of the type described 
10 collect the pieces of streaming video information gathered by the information gathering 
devices 11-1 to 11-n on the server 12 before distributing and delivering them to the terminal 
devices 13-1 to 13-m in answer to their requests. Therefore, problems lie in that it causes 
huge processing loads on the server 12. 

In addition, the server 12 is accessed by all terminal devices 13-1 to 13-m that ask 
1 5 for the pieces of streaming video information gathered by the information gathering devices 
11-1 to 11-n. Problems lie in that increase in the number of the terminal devices 13-1 to 13- 
m gradually reduces the communication rate and, in some cases, may cause missing freunes 
from the streaming video information. 

Fig. 2 is a diagram for explaining the operation of a conventional content exchange 

20 system. 

A content exchange system 20 is configured in such a manner that a client 21 and a 
server 22 are allowed to communicate with each other through a network 23. Upon a 
request from the client 21 to the server 22, the server 22 provides the client 21 with a content 
that is asked for by the client 21 through the network 23. 
25 In this event, a user should work on his or her client 21 to find a server 22 which 

includes a content that he or she needs and access that server 22. In addition, he or she 
cannot choose a communication route from the client 21 to the server 22. 

In the network 23, individual routers Rt can automatically determine the optimum 
route for communication, and data are transmitted through the communication route selected 
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by these routers Rt. 

As apparent from the above, any clients 21 wanting to obtain necessary content(s) 
should access a certain server22 in the conventional content exchange system 20, and they 
should find the server 22 which stores the content(s) they want. Therefore, problems lie in 
5 that user*s operation becomes complicated. 

In addition, in the conventional content exchange system 20, a communication route 
is automatically selected by the routers Rt included in the network 23. The routers Rt 
determine the optimum path depending on the traffic over their surrounding communication 
paths. They do not take into account the traffic on the downstream paths. Consequently, 
1 0 the overall communication rate of a selected route could possibly be slow. This means that 
the entire routing is not taken into account. 

The present invention was made with respect to the above-mentioned issues, and an 
object thereof is to provide an information exchange method, an information processor, and 
an information gathering system with which pieces of streaming video information gathered 
15 by a number of information gathering devices can be exchanged efficiently. 

In addition, the present invention was made with respect to the above-mentioned 
issues, and an object thereof is to provide a communication method, a communication system, 
an intermediary device, and a communication device with which a content that is asked for 
by a client can be obtained at a high speed. 

20 

S ummary of the Invention 

The present invention is featured in linking each of the terminal devices to the 
information gathering device that gathers a given number of pieces of streaming video 
information that are asked for from its linked terminal device, out of the plurality information 
25 gathering devices, directing the information gathering devices to deliver the given number of 
pieces of streaming video information directly to their linked terminal device, and producing 
and displaying, by the terminal devices, a predetermined certain screen including a given 
number of streaming video images that has been delivered. 

According to the present invention, the streaming video information is supplied to 
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the terminal devices directly from the information gathering device(s) that are selected by a 
user. The server is not required to handle the streaming video information, so that 
operations in the server will be reduced. Each terminal device directly accesses a selected 
information gathering device or devices. Consequently, the access to the information 
5 gathering devices is spread. The capacity of the information gathering devices is not 
necessary to be increased. 

The present invention is also featured in that the server obtains a link destination 
address of the respective information gathering devices that gather the given number of 
streaming video images that are asked for from the terminal devices and notifies the terminal 
10 devices of their corresponding link destination addresses, each of the terminal devices being 
adapted to access the information gathering device specified by the link destination address 
that is obtained from the server in order to directly obtain a predetermined piece of streaming 
video information. 

According to the present invention, the server is only required to obtain the link 
15 destination address of the respective information gathering devices that gather the given 
number of streaming video images that are asked for from the terminal devices and notifies 
the terminal devices of their corresponding link destination addresses. This reduces process 
loads. 

In addition, the present invention is featured in that the server makes a request to 
20 each of the information gathering devices that gather a given number of streaming video 
images that are asked for from each of the terminal devices, the information gathering 
devices being directed to supply directly to their linked terminal devices the streaming video 
information in response to a request from the server. 

According to the present invention, the server makes a request to each of the 
25 information gathering devices, and the information gathering devices are directed to supply 
directly to their linked terminal devices the streaming video information in response to a 
request from the server. This reduces the number of communication steps performed 
between the server and the terminal devices. Streaming video information can thus be 
exchanged at a high speed. 
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According to the present invention, the server makes a request to each of the 
information gathering devices, and the information gathering devices are directed to supply 
directly to their linked terminal devices the streaming video information in response to a 
request from the server, thereby the number of communication steps performed between the 
5 server and the terminal devices can be reduced and streaming video information can thus be 
exchanged at a high speed. 

Furthermore, the present invention is featured in that each of the terminal devices 
accesses its linked information gathering device(s) according to a link destination setting 
table received by the server. 
10 According to the present invention, the server sends the link destination setting table 

to the terminal devices, and each of the terminal devices accesses its linked content server(s) 
according to the link destination setting table. This prevents access concentration to a 
certain content server out of the content servers, so that loads on the content servers can be 
spread. 

15 In addition, the present invention is featured in comparing the link destination 

setting table that is previously held therein with the link destination setting table that is sent 
from the terminal devices upon access to their linked information gathering devices in order 
to control access by the terminal devices. 

According to the present invention, access control can be ensured by means of 

20 performing authorization using the link destination setting table received from the server. 

In addition, the present invention is featured in a communication method for 
transmitting packets between a client and a server through a plurality of intermediary devices, 
comprising: performing communications more than once by using a certain command 
between the client and the server; detecting a communication route of the certain command 

25 by means of measuring a communication performance during the communications and 
adding the addresses of the intermediary devices to the certain command on an add-per- 
passage basis; and performing communications between the client and the server through the 
communication route which yields the maximum communication performance with respect to 
the communication route. 
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According to the present invention, communications can be done through the 
communication route which yields the maximum communication performance. This allows 
comfortable communication. 

Moreover, the present invention is featured in an intermediary device which 
5 intermediates a client and a server, comprising: command detection means for detecting a 
certain command that is transmitted between the client and the server; route information 
detection means for detecting route information contained in communication data that are 
transmitted between the client and the server; and intermediacy control means which is 
adapted to send the certain command to a network after adding its local address to it when the 
10 certain command is detected, the intermediacy control means relaying the communication 
data when its local address is contained in the route information detected by the route 
information detection means. 

According to the present invention, each of the intermediary devices add its local 
address to the certain command, which makes it possible to identify a communication route 
15 between a client and the server. In addition, the route information contained in the 
communication data is recognized by the intermediary device to relay the communication 
data. This makes it possible to transmit the communication data through the communication 
route according to the route information. 

The present invention is a communication system for performing communications 
20 between a client and a server through a network, comprising: bypassing means which allows 
communication between the client and the server while bypassing the network. 

The present invention is featured in comprising: measuring means for measuring a 
communication performance between the client and the server; and communication control 
means that causes the bypassing means to bypass the network when the communication 
25 performance measured by the measuring means is lowered under a certain level. 

According to the present invention, communication can be performed at a high 
speed by means of bypassing the network using the bypassing means when a communication 
performance during the communication between a client and the server is not good. 

The present invention is featured in a communication system for performing 
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communications between a client and a server through a network, wherein the server 
comprises a node server adapted to accept a request from the client; and a content server 
adapted to send, to the client, a content that is asked for by the client in answer to a request 
from the node server. 

5 The present invention is featured in a communication system for performing 

communications between a client and a server through a network, wherein the server 
comprises a content server which provides a content to the client; and a node server adapted 
to accept a request from the client and to provide the client with link destination information 
of the content server that stores a content that is asked for by the client; the client being 
1 0 adapted to ask for a content to the content server according to the link destination information 
from the node server. 

According to the present invention, burdens of operations can be divided among the 
node server(s) and the content server(s). 

The present invention is featured in that the node server has a hierarchical structure 
15 based on the content or its link destination; the node server having a function to backup 
information about contents managed by node servers at upper and lower levels. 

According to the present invention, by configuring the node servers in a hierarchical 
structure based on the clients that access thereto. This reduces process loads of the 
individual node servers. 

20 The present invention is featured in a communication device for performing 

communications with a client through a network, the communication device being adapted to 
provide a content to the client by means of accessing a content server that provides content in 
answer to a request from the client, comprising: caching means for caching contents in the 
content server according to the frequency of accesses from the client; the communication 

25 device being adapted to send, to the client, a cashed content in answer to a request from the 
client. 

According to the present invention, the contents in the content server are cached in 
the node server according to the frequency of accesses from the client. This makes it 
possible to deliver a content from the node server to the client without passing through the 
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content server. Therefore, it is possible to provide a content to the client at a high speed. 



Brief Des cription of the Drawings 

Fig. 1 is a diagram showing a system configuration of a conventional information 
exchange system; 

Fig- 2 is a diagram showing a system configuration of a conventional content 
exchange system; 

Fig. 3 is a diagram showing a system configuration according to a first embodiment 
of the present invention; 

Fig. 4 is a block diagram of a terminal device 103-i; 
Fig. 5 is a block diagram of a server 102; 

Fig. 6 is a diagram showing a data structure of a link destination information region 

123b; 

Fig. 7 is a block diagram of an information gathering device 101-i; 
Fig. 8 is a process flowchart according to the first embodiment of the present 
invention; 

Fig. 9 is a view illustrating a player screen; 

Fig. 10 is a process flowchart of a modified version of the first embodiment of the 
present invention; 

Fig. 11 is a process flowchart of a second modified version; 

Fig. 12 is a diagram showing a data structure of a link destination setting table; 

Fig. 13 is a diagram showing a system configuration of a content exchange system 
according to a second embodiment of the present invention; 

Fig. 14 is a diagram showing a data structure of a packet containing a routing 
command; 

Fig. 15 is a diagram showing a data structure of a packet containing a request from a 
client 301 to a node server 303; 

Fig. 16 is a diagram showing a data structure of a packet containing a content from a 
content server 304 to a client; 



Fig. 17 is a diagram showing a data structure of a route table; 

Fig. 18 is a diagram showing a data structure of a route information table; 

Fig. 19 is a diagram showing a system configuration of a modified version of the 
second embodiment of the present invention; 

Fig. 20 is a diagram for explaining the operation of the modified version of the 
second embodiment of the present invention; 

Fig. 21 is a diagram showing a system configuration according to a third 
embodiment of the present invention; 

Fig. 22 is a diagram illustrating a hierarchical structure of node servers; 

Fig. 23 is a diagram showing a data structure of an address table; 

Fig. 24 is a diagram showing a data structure of a cache table; 

Fig. 25 is a diagram showing a data structure of a statistics table; 

Fig. 26 is a process flowchart that is performed by a node server 902; and 

Fig. 27 is a configuration diagram of essential parts which is applied to a case where 
a node server 902 contains address tables 911 at the upper and lower levels of the hierarchical 
structure. 

Best Mode for Carrying Out the Invention 
[First Embodiment] 

Fig. 3 is a diagram showing a system configuration according to a first embodiment 
of the present invention. In this figure, similar components and parts to those illustrated in 
Fig. 1 are depicted by like reference numerals, and descriptions thereof will be omitted. 

The difference of an information exchange system 100 of this embodiment from the 
conventional systems lies in operations of information gathering devices 101-1 to 101-n, a 
server 102, and terminal devices 103-1 to 103-m. 

In the information exchange system 100 according to this embodiment, when one 
terminal device 103-i of the terminal devices 103-1 to 103-m asks for a content to the server 
102, the server 102 returns a link destination to the terminal device 103-i. The terminal 
device 103-i obtains a content directly from the linked information gathering devices 101-1 
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and 101-2 of the information gathering devices 101-1 to 101 -n and displays the content. 

First, a configuration of a predetermined terminal device 103-i of the terminal 
devices 103-1 to 103-m is described. 

Fig. 4 is a block diagram of the terminal device 103-i. 
5 The terminal device 103-i is configured having an input device 111, a CPU 112, a 

ROM 113, a hard disk drive 114, a RAM 115, a communication device 116, and a display 
unit 117. 

The input device 111 may be a keyboard or a mouse that is used for command or 
data input. The CPU 112 performs data processing according to a program stored in the 
10 ROM 113 and the hard disk drive 114. In the ROM 113, programs such as BIOS and initial 
setting information are stored. In the hard disk drive 114, program and data such as a player 
for displaying a streaming video image from a plurality of information gathering devices 
101-1 to 101-n are stored. The RAM 115 is used as a temporary storage area for the CPU 
112. 

15 The communication device 116 performs conmiunication control with the network 

14. The display unit 117 may be a CRT or an LCD on which contents and so on are 
displayed. 

Next, a configuration of the server 102 is described. 

Fig. 5 is a block diagram of the server 102. 
20 The server 102 is configured having a CPU 121, a ROM 122, a hard disk drive 123, 

a RAM 124, and a communication device 125. The CPU 121 processes the information 
according to a program stored in the ROM 122 and the hard disk drive 123. In the ROM 
122, BIOS and various setting values are stored. 

The hard disk drive 123 is configured having a program region 123a and a link 
25 destination information region 123b. The program region 123a stores a program that is used 
for finding the link destination information region 123b, determining a link destination, and 
notifying the terminal device 103-i of it, according to a request from the terminal device 103- 
i as will be described below. 

Fig. 6 is a diagram showing a data structure of the link destination information 
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region 123b. 

The link destination information region 123b has a structure in which link 
destination addresses Al to Ak are defined for respective selection channels SI to Sk. By 
designating a selection channel Sk, a corresponding link destination address Ak can be 
5 determined. 

The RAM 124 is used as a temporary storage area for the CPU 121. The 
communication device 125 performs communication control with the network 14. 

Next, a configuration of one information gathering device 101 -i of the information 
gathering devices 101-1 to 101-n is described. 
10 Fig. 7 is a block diagram of the information gathering device 101-i. 

The information gathering device 101-i is configured having a video camera unit 
131, an image processor 132, and a communication device 133. 

The video camera unit 131 takes streaming video images of its surroundings. The 
streaming video images taken by the video camera unit 131 are supplied to the image 
15 processor 132. The image processor 132 performs operations, such as compression 
operations, necessary for the transmission of the streaming video images on the information 
of the streaming video images taken by the video camera unit 131. The streaming video 
image information processed by the image processor 132 is supplied to the communication 
device 133. The communication device 133 performs operations to send the streaming 
20 video image information to the terminal device 103-i through the network 14 according to a 
request from the terminal device 103-i, as will be described below. 

Next, an operation for a case where a plurality of channels are selected by the 
terminal device 103-i is described with reference to the drawings. 

Fig. 8 is a process flowchart according to one embodiment of the present invention. 
25 First, when a player is run on the terminal device 103-i, a player screen is displayed. 

Fig. 9 is a view showing a player screen. 

The player screen includes streaming video image display sections Dl and D2 £uid a 
channel menu display section D3. 

For example, in the streaming video image display section Dl, a streaming video 
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image from one information gathering device of the information gathering devices 101-1 to 
101 -n is displayed. In addition, in the streaming video image display section D2, a 
streaming video image from one information gathering device of the information gathering 
devices 101-1 to 101-n is displayed. 
5 Furthermore, in the channel menu display section D3, a channel list Lch, a channel 

selection button Bl, a selection button B2, and an OK button B3 are displayed. 

First, a user selects a channel through which he or she wants to receive streaming 
video images, on the player screen in step Sl-1. In response to this, the terminal device 
103-i sends a request to the server 102 in step SI -2. This request includes a selection 
1 0 channel information that is used by the user to fix the desired channel. 

The user refers to a channel list Lch in the channel menu display section D3, and 
uses the channel selection button Bl to select a desired channel. Then, he or she uses the 
selection button B2. By activation of the selection button B2, the channel to be displayed 
on the streaming video image display section Dl is selected. The channel to be displayed 
1 5 on the streaming video image display section D2 is also selected. Next, after the selection 
of the channels to be displayed on the streaming video image display sections Dl and D2, the 
user sends a request to the server 102 by using the OK button B3. 

After accepting the request including the selection channel information from the 
terminal device 103-i in step S2-1, the server 102 analyzes the accepted request and obtains 
20 the selection channel information, in step S2-2. Next, the server 102 looks for the link 
destination information region 123b according to the selection channel information and 
obtains a link destination address in step S2-3. Subsequently, the server 102 notifies the 
terminal device 103-i of the link destination address, in step S2-4. 

After accepting the link destination address for the selected channel from the server 
25 102 in step SI -3, the terminal device 103-i asks for a content from a device or devices 
identified by the accepted link destination address, such as the information gathering devices 
101-1 and 101-2, in step Sl-4. 

After accepting the request from the terminal device 103-i in step S3-1, the 
information gathering device 101-1 sends the content, that is, the streaming video image 
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information that is taken by the video camera unit 131, to the terminal device 103-i, in step 
S3-2. Likewise, after accepting the request from the terminal device 103-i in step S4-1, the 
information gathering device 101-2 sends the content, that is, the streaming video image 
information that is taken by the video camera unit 131, to the terminal device 103-i, in step 
5 S4-2. 

After receiving the contents, i.e., the pieces of streaming video image information, 
from the information gathering devices 101-1 and 101-2 in step Sl-5, the terminal device 
103-i produces the player screen with the received streaming video images and displays the 
result, in step Sl-6. 

10 With the above-mentioned process, the streaming video images on the selected 

channels, i.e., the streaming video images collected by the information gathering devices 
101-1 and 101-2 are displayed in real time on the terminal device 103-i. In this event, the 
pieces of streaming video image information are directly supplied from the information 
gathering devices 101-1 and 101-2 to the terminal device 103-i. The terminal devices 103-1 

1 5 to 103-m access the server 102 only for the purpose of obtaining a link destination address. 
This can reduce the process load on the server 102. 

If, for example, there are a number of information gathering devices 101-1 to 101-n, 
the terminal devices 103-1 to 103-m are less likely to flock to one information gathering 
device and, accordingly, it is expected that the access from the terminal devices 103-1 to 103- 

20 m is spread across them. The capacity of the information gathering devices is not necessary 
to be increased. 

In the terminal device 103-i, contents from the information gathering devices 101-1 
to 101-2, i.e., the pieces of streaming video image information are combined with a 
predetermined screen specified by the player and displayed. The resulting representation 
25 causes the user of the terminal device 103-i to feel as if he or she accesses the server 101-2. 
The user is not aware that the streaming video information is directly sent from the 
information gathering devices 101-1 to 102. 

In this embodiment, when the terminal device 103-i makes a request to the server 
102, the server 102 notifies the terminal device 103-i of the link destination address, and the 
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terminal device 103-i accesses the information gathering devices 101-1 and 101-2 to obtain 
streaming video images. However, the server 102 may directly make a push request to the 
information gathering devices 101-1 and 101-2 to be linked, and each of the information 
gathering devices 101-1 and 101-2 may send streaming video image information to the 
5 terminal device 103-i. 

Fig. 10 shows a process flowchart of a modified version of the first embodiment of 
the present invention. In the figure, similar operations and steps to those in Fig. 8 are 
depicted by like reference numerals, and description thereof will be omitted. 

In this modified version, when the server 102 obtains an access destination address 
10 in step S2-3, the server 102 makes a push request to the information gathering devices 101-1 
and 101-2 designated by the link destination addresses, in step S2-11. 

After accepting the push request from the server 102 in the steps S3-1 and S4-1, the 
information gathering devices 101-1 and 101-2 send a streaming video image to the terminal 
device 103-i according to the push request from the server 102, in the steps S3-2 and S4-2, 
1 5 respectively. 

According to this modified version, communication with the terminal device 103-i 
can be simplified. 

The information exchange system 100 of this embodiment works better on cases 
where a number of information gathering devices are contained. For example, good results 
20 can be achieved when the information gathering devices are surveillance cameras along a 
river. 

River monitoring is performed over a wide range of areas. A number of 
surveillance cameras are required for this purpose. It is impossible to monitor the images 
from these surveillance cameras altogether. In such a case, monitoring on the district basis 
25 provides better effects. 

However, if the images from many surveillance cameras are managed altogether in 
the server 102 and are divided for districts as was done conventionally, the process load on 
the server 102 will increase. This raises the need to enhance the capacity of the server 102 
and the communication lines. 
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On the contrary, in this embodiment, the terminal devices 103-1 to 103-m obtains 
the real-time and/or live streaming video images directly from the information gathering 
devices 101-1 to 101-n, so that the server 102 is not required to process the real-time and/or 
live streaming video images and distribute them to the individual terminal devices 103-1 to 
5 103-m. This reduces process load on the server 102. In addition, it is unnecessary for the 
server to transmit large volumes of data such as streaming video images, eliminating. This 
eliminates the necessity of widening the band of, for example, communication lines. The 
just-mentioned advantages ensure reliable delivery of necessary information and allow 
inexpensive configuration of a system. 

1 0 Furthermore, the real-time or/and live streaming video images are supplied directly 

from the surveillance cameras as the information gathering devices 101-1 to 101-n to the 
terminal devices 103-1 to 103-m. Unless the access to a certain information gathering 
device, that is, a certain surveillance camera of the information gathering devices 101-1 to 
101-n, is increasing, traffic concentration on the information gathering device can be avoided, 

1 5 so that problems such as frame dropouts will not occur. All pieces of information can thus 
be obtained without fail. 

This embodiment assumes a case where the access to a certain information gathering 
device is not extremely increased, that is, a case where the number n of the information 
gathering devices is relatively larger than the number m of the terminal devices. It works 

20 better on such situations. For example, this applies to cases where there are a number of 
information gathering devices and where there are a lot of locations to be covered for security 
monitoring, for example, over a large area such as rivers, schools, offices, and factories, 
which are difficult to be monitored at the same time. 

This embodiment avoids extreme concentration of access to a certain information 

25 gathering device. Real-time and/or live streaming video information can be reproduced 
without frame dropouts. Therefore, it is suitable for monitoring associated with anticrime or 
disaster-prevention purposes. 

It should be noted that pieces of real-time or/and live streaming video information 
are supplied from the information gathering devices 101-1 to 101-n to the terminal device 



16 

103-i and are displayed thereon. However, information other than video information, such 
as disaster-prevention/anticrime information, community information, administrative 
information, environmental information, and infrastructural information, may be supplied 
from the server 102 and displayed. 
5 In addition, this embodiment has been described in conjunction with the case where 

a plurality of streaming video images are displayed on a predetermined screen defined by the 
player in the terminal devices 103-1 to 103-m. However, two or more streaming video 
images may be displayed on different screens. 

Alternatively, the terminal devices 103-1 to 103-m may be provided from the server 

10 102 with a link destination setting table in which link destinations are dispersed so that 
process loads of the information gathering devices 101-1 to 101-n are distributed, and a 
predetermined terminal device 103-i of the terminal devices 103-1 to 103-m may be allowed 
to link only to the information gathering device 101 that is specified in the link destination 
setting table, in order to distribute the process loads of the information gathering devices 101- 

15 1 to 101-n. 

Fig. 11 shows a process flowchart of the second modified version. 

The server 102 sends a link destination setting table to the terminal devices 103-1 to 
103-m, in step Sll-1. 

Fig. 12 is a diagram showing a data structure of a link destination setting table. 
20 A link destination setting table 200 includes genre codes and link destination URLs 

for respective channels stored therein. Different patterns of link destination setting table 
200 are defined for the terminal devices 103-1 to 103-m. For example, they are defined 
with different combinations of channels and links. 

A predetermined terminal device 103-i of the terminal devices 103-1 to 103-m stores 
25 the link destination setting table from the server 102, in step S12-1. The terminal devices 
103-1 to 103-m are allowed to gather desired information from the link destination setting 
table 200. 

When a user selects a channel that he or she wants to watch and listen from the link 
destination setting table 200 in step S12-2, a predetermined terminal device 103-i of the 
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terminal devices 103-1 to 103-m sends, to the server 102, the selected channel along with the 
link destination setting table 200, in step S12-3. The server 102 determines, in step SI 1-2, 
whether the link destination setting table 200 from the terminal device 103-i is previously 
registered or not. 

5 When step SI 1-2 indicates that the link destination setting table 200 is the one that is 

previously registered, the server 102 permits transmittance of information from the terminal 
device 103-i and the information gathering device 101-i on the selected channel, in step Sll- 
3. 

When step SI 1-2 indicates that the link destination setting table 200 is not a 
1 0 previously registered one, the server 102 notifies the terminal device 103-i of an error, in step 

Sll-4. In response to the reception of the notification of error from the server 102, the 

terminal device 103-i displays the error, in step S12-4. 

In this way, the different pattems of link destination setting table 200 for the 

terminal devices 103-1 to 103-m allow authentication using the link destination setting table 
15 200. It should be noted that unauthorized access can be prevented by updating the link 

destination setting table 200 regularly. 

When linking is permitted and a link request is received from the server 102 in step 

S13-1, the information gathering device 101-i sends the information such as a real-time 

image gathered in step S13-2 to the terminal device 103-i. 
20 After receiving the gathered pieces of information from the information gathering 

device 101-i in step S12-5, the terminal device 103-i displays the received information in a 

predetermined small area within a display window. 

Although the server 102 manages the link destination setting table 200 in this 

embodiment, it may be managed by the information gathering devices 101-1 to 101-i. By 
25 managing the link destination setting table 200 on the information gathering devices 101-1 to 

101-i, even when the system on the server 102 is out of service, the information gathering 

devices 101-1 to 101-i can perform authentication operation and provide the gathered 

information. 

The above embodiment has thus been described in conjunction with an example of 
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the river surveillance cameras, but it is not limited thereto. The information gathering 
devices 101-1 to 101-i may be replaced with the content server to deliver a desired content or 
contents. 

According to this modified version, the server 102 sends the link destination setting 
5 table 200 to the terminal devices 103-1 to 103-m, and each of the terminal devices 103-1 to 
103-m accesses the information gathering devices 101-1 to 101 -n according to the link 
destination setting table 200. Access concentration to a certain information gathering 
device of the information gathering devices 101-1 to 101-n will not occur, allowing 
distribution of the loads of the information gathering devices 101-1 to 101-n. 
10 Furthermore, according to this modified example, by performing authentication 

using the link destination setting table 200 supplied from the server 102, access control can 
be done surely. In addition, this modified example can be applied to a push request. 
[Second Embodiment] 

Fig. 13 is a diagram showing a system configuration of a second embodiment of the 
1 5 present invention. 

A content exchange system 300 of this embodiment is configured having a client 
301, a network 302, a node server 303, and a content server 304. 

The client 301 makes a request to the node server 303 through the network 302. 
The node server 303 makes a push request to the content server 304 in response to the request 
20 from the client 301. 

The content server 304 sends the content to the client 301 through the network 302 
in response to the push request from the node server 303. The client 301 displays the 
content from the content server 304. It should be noted that the node server 303 may let a 
link destination reply in response to a request from the client 301 and the client 301 may have 
25 direct access to the content server 304 to provide the content to the client 301. 

In addition, the network 302 has a net-like structure of communication routes L 
connecting a plurality of routers Rt. The router Rt finds the optimum communication route 
L according to the destination IP address of a received packet, and sends the received packet 
to the communication route L. 
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Here, the system of this embodiment is configured in such a manner that the route 
from the client 301 to the node server 303 or the route from the content server 304 to the 
client 301 can be determined previously. The route to be used is determined by means of 
sending a routing command from the client 301 to the node server 303 or from the content 
5 server 304 to the client 301. 

First, the routing commsmd is described. 

Fig. 14 is a diagram showing a data structure of a packet containing a routing 
command. 

A routing command 400 consists of a header section 401 and a data section 402. 

10 The header section 401 contains header information 411 such as an identification number of a 
datagram, an IP address 412 of a sending computer, and an IP address 413 of a destination 
computer. Furthermore, the header section 401 has an option region 414. A user is 
allowed to record information in the option region 414. 

The data section 402 contains a routing command 421 and an address history 

1 5 information 422. The routing command 421 is a command for searching a routing to obtain 
the optimum communication route. The address history information 422 stores the number 
431 of relays and IP addresses 432-1 to 432-n of the relayed routers Rt. The address history 
information 422 is updated every time when the packet passes through a router Rt. 

By sending the above-mentioned routing command 400 from the client 301 to the 

20 node server 303, the node server 303 can obtain the address history information 422 from the 
client 301 to the node server 303. In addition, by sending it from the content server 303 to 
the client 301, the client 301 can obtain the address history information 422 from the content 
server 304 to the client 301. This address history information 422 is used as route 
information from the client 301 to the node server 303 or route information from the content 

25 server 304 to the client 301. 

The client 301 obtains from the node server 303, at the time of sending a request, 
route information from the client 301 to the node server 303, creates the route information 
according to the obtained address history information 422, adds it to the request, and send 
them. 
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Fig. 15 is a diagram showing a data structure of a packet including a request to be 
sent from the client 301 to the node server 303. In the figure, similar components and parts 
to those in Fig. 13 are depicted by like reference numerals and description thereof will be 
omitted. 

5 In a packet 500 including a request to be sent from the client 301 to the node server 

303, for example, the option region 414 of the header section 401 contains the number 431 of 
relays and the IP addresses 432-1 to 432-n of the relayed routers Rt. In addition, a request 
511 is set in the data section 402 . 

The router Rt refers to the option region 414 of the header section 401 to determine 
1 0 the subsequent route. It should be noted that, when a content is supplied from the content 
server 304 to the client 301, the content may be transmitted through a desired route by setting 
the content in the data section 402 in place of the request. 

The request to be supplied from the client 301 to the node server 303 is supplied to 
the node server 303 through the router(s) Rt corresponding to the routing address(es) that 
15 is/are associated with the request. In addition, the content to be supplied from the content 
server 304 to the client 301 is supplied to the client 301 through the router(s) Rt 
corresponding to the routing address(es) that is/are associated with the content. 

Next, operation of each router Rt is described. 

Fig. 16 shows an operation flowchart for a router Rt. 
20 When receiving a packet in step S21-1, the router Rt analyzes the received packet in 

step S21-2. The router Rt determines in step S21-3 whether the received data is a routing 
command or not according to the result of the analysis. 

When the result of the determination in step S21-3 indicates that it is the routing 
command, the router Rt accepts the received packet and performs a predetermined operation, 
25 in step S21-4. Then, the router Rt adds its local IP address to the address history 
information in the routing command in the packet and sends the packet to a downstream 
communication route L, in step S21-5. In this event, the router Rt finds the optimum 
communication route L according to the destination IP address in the packet and sends the 
packet. 
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By repeating the above-mentioned steps S21-1 to S21-5, a route from the client 301 
to the node server 303 can be detected. The detected route may be named and stored in a 
route table provided in the node server 303. 

Fig. 17 is a diagram showing a data structure of a route table. 
5 A route table 600 contains IP addresses All to Aim ... Anl to Anm of the passed 

routers Rt for respective route names Rl to Rn. 

The node server 303 has a route information table for each route stored in the route 
table 600. 

Fig. 18 is a diagram showing a data structure of a route information table. 
10 A route information table 700 has information related to routes stored therein for 

respective route names Rl, R2, Rn. The information may be, for example, information 
about periods of time Til to T12 ... Tnl to Tn2 during which comfortable use is allowed, 
data transfer rates SI to Sn, and response times Tresl to Tresn. 

The node server 303 refers to the route information table 700 in answer to a request 
15 from the client 301, finds the optimum route, reads the routing address of it from the route 
table 600, and supplies it to the client 301. 

The client 301 puts the routing address received from the node server 303 into the 
option region 414 of the packet and sends a request. 

It should be noted that the route table 600 and the route information table 700 in this 
20 embodiment are kept in the node server 303, but they may be kept in the client 301. 
Now, returning to Fig. 16, description continues. 

When the packet supplied is not the routing command in step S21-3, that is, for 
example, when it is a packet in which a request or a content is set as data, the routing address 
information 432-1 to 432-n in the option region 414 within the packet is analyzed in step 
25 S21-6. 

Next, in step S21-7, it is determined whether the routing address contains the IP 
address of the local router Rt according to the result obtained in step S21-6. When,in step 
S21-7, the IP address of the local router Rt is contained in the routing address, the subject 
router is considered as being the router Rt which the packet should pass through. The router 
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accepts the packet, performs a predetermined operation, and thereafter, sends the packet to a 
subsequent routing address(es), in step S21-8. 

When, in step S21-7, the IP address of the local router Rt is not contained in the 
routing address information 432-1 to 432-n, then the router returns the received packet to the 
5 packet sending router Rt in step S21-9. The packet sending router Rt sends the packet to 
another downstream communication route L. 

By repeating the operations in the above-mentioned steps S21-1 to S21-3 and S21-6 
to S21-9 by the routers Rt, the packet from the client 301 is supplied to the node server 303 
through a predetermined route. 

1 0 Likewise, the node server 303 sends a routing command through the content server 

304 to the client 301 according to a request from the client 301. This makes it possible to 
obtain a route from the content server 304 to the client 301. By managing the route table 
600 and the route information table 700 in the client 301 and supplying the routing address to 
the node server 303 upon a request for example, the route for the content to be supplied from 

1 5 the content server 304 to the client 301 can be optimized. 

It should be noted that the routing address obtained in the client 301 may be supplied 
to the node server 303 by the routing command from the content server 304 and the node 
server 303 may manage the route table 600 and the route information table 700 for 
determining the route from the content server 304 to the client 301. In such a case, the 

20 optimum routing address is provided along with a push request to the content server 304 
upon a request from the client 301. The content server 304 adds the routing address to the 
option region 414 of the packet containing the content to be supplied to the client 301 and 
sends the content. This allows the content to be supplied to the client 301 through the 
optimum route designated by the routing address. 

25 If the route designated by the routing address is congested, a satellite may be used to 

bypass the congested portion in the network 302. 

Fig. 19 is a diagram showing a system configuration of a modified version of one 
embodiment of the present invention. Fig. 20 is a diagram for explaining the operation of 
the modified version of one embodiment of the present invention. In these figures, similar 
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components and parts to those in Fig. 13 are depicted by like reference numerals, and 
description thereof will be omitted. 

This modified version is featured by comprising a satellite communication system 

800. 

5 If no response is made for a predetermined period of time in step S22-2 after the 

client 301 makes a request to the node server 303 in step S22-1, the client 301 sends a request 
to a satellite base 801 that is provided nearby in step S22-3- When the satellite base 801 
receives the request from the client 301 in step S22-11, it sends the request from the client 
301 to a satellite base 803 near the node server 303 through the satellite 802 in step S22-12. 

10 In this event, the satellite base 801 determines the satellite base 803 according to the 
destination IP address of the request. The satellite base 803 sends the request to the node 
server 303 according to the destination IP address of the request in step S22-13. 

In addition, when the node server 303 receives the request from the satellite base 
803 in step S22-21, it sends a push request to the content server 304 according to the request 

1 5 supplied from the satellite base 803 in step S22-22. When the content server 304 receives 
the request from the node server 303 in step S22-31, it sends a content toward the client 301 
according to the push request from the node server 303 in step S22-32. The content from 
the content server 304 is first supplied to the satellite base 803 provided nearby. The 
satellite base 803 sends the content to the satellite base 801 near the client 301 through the 

20 satellite 802 in step S22-14. In this event, the satellite base 803 determines the satellite base 
801 according to the destination IP address of the content. The satellite base 801 sends the 
content to the client 301 according to the destination IP address of the content. 

When the client 301 receives the content from the satellite base 801 in the step 22-4, 
it displays the received content in step S22-5. 

25 As described above, by sending requests or contents using the satellite system 800, 

contents can be exchanged at a high speed regardless of the status of the network 302. 

It should be noted that, the network 302 detects congestion and uses the satellite 
system 800 automatically in this modified version, but the satellite system 800 may be 
utilized when necessary through the operation by a user of the client 301, or a node server 
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303, or a content server 304. This makes it possible to provide contents without fail 
regardless of the state of the network 302. 

Alternatively, contents may be downloaded to a node server depending on the 
frequency of accesses in order to immediately cope with a request from a client. 
[Third Embodiment] 

Fig. 21 is a diagram showing a system configuration of a third embodiment of the 
present invention. Fig. 22 is a diagram showing a hierarchical structure of a node server. 

A content exchange system 900 of this embodiment has a configuration in which 
clients 901, node servers 902, and content servers 903 are connected through a network 904. 

The node server 902 may have a hierarchical structure on a regional basis as shown 
in Fig. 22. The client 901 usually makes a request to a node server 902 at the lowest level. 
The node server 902 has an address table, a cache table, and a statistics table. It makes a 
push request to the content server(s) 903 and also makes a request to a node server(s) 902 at 
the upper or lower level(s) according to these tables. 

The node server 902 first refers to the address table according to the request from the 
client 901. 

Fig. 23 is a diagram showing a data structure of an address table. 

The address table 911 contains, for each content, URLs of the content servers 903 
from which the content is supplied, call destination addresses of the cache table, and link 
destination addresses to the node servers 902 that manage the content. 

When the node server 902 is designated by the request from the client 901 and a 
content CI on a channel chl is designated, it refers to the cache table address of a 
corresponding portion in the address table 911. The cache table address of the content CI 
on the channel chl is considered to be a valid address. Therefore, it then refers to data of a 
corresponding cache table address in the cache table. 

When an invalid cache table address is stored as in a content C2 on the channel chl 
of the address table 911 shown in Fig. 23, this is a case where that node server 902 does not 
manage the content that is asked for. In such a case, a link destination address L2 of the 
node server 902 is indicated. The request from the client 901 is supplied to the node server 
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902 at the link destination address L2. 

Fig. 24 is a diagram showing a data structure of a cache table. 

A cache table 912 contains, for each address, a directory name, information 
indicating validity of the cache, and time stamp information. When the content CI on the 
5 channel chl is designated, the cache table address adrll in the cache table 912 is referred to. 
The directory name of the cache table address adrll in the cache table 912 is dl, the validity 
is "O", the time stamp is til. This indicates that the content CI is cached in a storage 
device having the directory name dl at the time instant til, and the data is currently valid. 
Thus, the content CI can be obtained by reading the data from the storage device having the 
10 directory name of dl. It should be noted that the storage device corresponds to the caching 
means described in claims. 

In this case, the node server 902 is only required to send the cached content CI 
directly to the client 901. It is unnecessary to make a push request to the content server 903. 
The validity of "X" in the cache table 912 indicates, for example, a time-out content. Such a 
1 5 content is deleted first and thereafter is read from the content server 903 and cached again. 
The re-cached content is supplied to the client 901. In addition, the validity of the cache 
table 912 is changed to "O" by the update to the latest content. 

It should be noted that the node server 902 can cache only a limited volume of data, 
so that the data to be cached are determined according to a statistics table. 
20 Fig. 25 is a diagram showing a data structure of a statistics table. 

A statistics table 913 has a configuration in which data such as a content name, a 
link destination, the number of retrievals, an access time, and a volume are stored for each 
rank level. The rank in the statistics table 913 may be, for example, determined in order of 
the number of retrievals. 

25 For example, contents up to the rank "5" are cached. The statistics table is updated 

in the number of retrievals and the access time according to a request from the client 901, and 
the rank is updated according to the number of retrievals. 

Next, operations in the node server 902 are described in detail. 

Fig. 26 shows a process flowchart of the node server 902. 



26 

When receiving a request from the client 901 in step S23-1, the node server 902 
refers to the address table 911 and determines whether the content that is asked for by the 
request is under the management of the local node server 902, in step S23-2. The 
determination in step S23-2 may be done according to, for example, the validity of the node 
5 server address in the address table 911. The state in which a valid link destination address is 
stored in the node server address indicates that the content that is asked for is under the 
management of the link destination node server 902, so that the request is sent to the link 
destination node server in step S23-3. 

On the other hand, when step S23-3 indicates that the content that is asked for is 
10 under the management of the local node server 902, the statistics table 913 is updated. Next, 
the node server refers to the cache address table 912 in step S23-5 in order to determine 
whether the cached content is valid or not. 

When, in step S23-5, the cached content is valid, the node server reads the content 
from the storage device having the directory name designated by the cache address table 912 
1 5 and sends it to the client 901, in step S23-6. 

When, in step S23-5, the cached content is invalid, then the node server refers to the 
statistics table 913 in step S23-7 and determines whether the rank of the content that is asked 
for is equal to or higher than a predetermined rank in step S23-8. By referring to the 
address table 911, the node server reads the content from the content server 903 and then 
20 caches the content that is read from the content server 903 in step S23-8. 

When the rank of the content that is asked for is equal to or lower than the 
predetermined rank in step S23-8, then the address table 911 is referred to in step S23-10 to 
issue a push request to the content server 903 that provides the corresponding content. The 
content server 903 reads the content in response to the push request from the node server 902 
25 and supplies it to the client 901. 

As described above, the contents that are retrieved many times can be supplied from 
the node server 902 directly to the client 901. Therefore, contents can be exchanged at a 
high speed. 

It should be noted that the node server 902 may redundantly have address tables 911 
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of the node servers 902 in the upper and lower levels thereof. 

Fig. 27 is a configuration diagram of essential parts which is applied to a case where 
the node server 902 contains address tables 911 at the upper and lower levels of the 
hierarchical structure. 

5 As shown in Fig. 27, a node server 902-i contains the address tables 911 of the node 

servers 902-i+l and 902-i-l at the upper and lower levels of the hierarchical structure. This 
makes it possible to use the node server 902-i in place of the function of the node servers 
902-i+l and 902-i-l in case where they are not available for some reasons. This increases 
reliability of the system. 



